Document made available under the 
Patent Cooperation Treaty (PCT) 



International application number: PCT/EP04/053507 
International filing date: 15 December 2004 (15.12.2004) 

Document type: Certified copy of priority document 

Document details: Country/Office: FR 

Number: 03/51130 

Filing date: 19 December 2003 (19.12.2003) 



Date of receipt at the International Bureau: 18 May 2005 (18.05.2005) 



Remark: Priority document submitted or transmitted to the International Bureau in 
compliance with Rule 17.1(a) or (b) 




World Intellectual Property Organization (WIPO) - Geneva, Switzerland 
Organisation Mondiale de la Propriete Intellectuelle (OMPI) - Geneve, Suisse 



R E PU B L 1 Q U ^ ^ f. R H A " ? A ' S ' 




EPO - DG 1 

1 0. 05. 2005 



INSTITUT 
NATIONAL DE 
LA PROPRIETE 
1NDUSTRIELLE 



f> f f T/FP20tU / n^3 KQ7 



BREVET D'INVENTION 



CERTIFICAT D'UTILITE - CERTIFICAT D'ADDITION 



CO PIE OFFICIELLE 

Le Directeur general de I'lnstitut national de la propriete 
industrielle certifie que le document ci-annexe est la copie 
certifiee conforme d'une demande de titre de propriete 
industrielle deposee a I'lnstitut. 



Fait a Paris, le 



Pour le Directeur general de I'lnstitut 
national de la propriete industrielle 
Le Chef du Departement des brevets 




Martine PLANCHE 



INSTITUT 
NATIONAL DE 
LA PROPRIETE 
INDUSTRIELLE 



SIEGE 

26 bis, rue de Saint-Petersbourg 
75800 PARIS cedex 08 
Telephone : 33 (0)1 53 04 53 04 
Telecopie : 33 (0)1 53 04 45 23 
www.lnpi.fr 



ETABL1SSEMENT PUBL.C NATIONAL CREE PAR LA LOl N- 51-444 DU 19 AVR.L 1951 



1er depot 



1/2 




IMSTITUT 
H ATI C HAL OE 



BREVET DTNVENTION 

CERTIFICAT B'UTILITE 



26bis, rue de Saint-Pete rsbourg 
75800 Paris Cedex 08 

Telephone: 01 53.04.53.04 Telecopie: 01.42.94.86.54 



Code de la propriete intellectuelle-livreVI 
REQUITE EN DELiVRANCE 



DATE DE REMISE DES PIECES: 
N° D'ENREGISTREMENT NATIONAL: 
DEPARTEMENT DE DEPOT: 
DATE DE D£POT: 



GEMPLUS 
Emilien MILHARO 
LA VIGIE 

Departement Brevets 
BP 90 

13705 LA ClOTAT CEDEX 
France 



|Vos references pource dossier. GEM 1499 EM_ 



1 MATURE DE LA PEMANDE 



Dernande de brevet 



2 TITRE DE L'IMVENTION 



3 DECLARATION DE PRIORITE OU 
REQUETE DU BENEFICE DE LA DATE DE 
DEPOT D f UME DEfiflANDE ANTERIEURE 
FRAHCAISE 



4-1 DEfiflANPEUR 



PROCEDE DE SAUVEGARD E DE BONN EES PERSONNELLES D'UN 
ABONNE A UN RESEAU DE TELECOMMUNICATIONS, SERVEUR ET 
DISPOS1TIFASSOCIES 



Pays ou organisation Date 



Norn 
Suivl par 
Rue 

Code postal et vilie 
Pays 

Nationality 
Forme juridique 
N° SIREN 
Code APE-NAF 
N° de telephone 
N° de telecopie 
Courrier electronique 



sr. AnRggSgj FCQRRESPQNPANCE 



GEMPLUS 

Emilien MILHARO 

Avenue du Pic de Bertagne 

Pare d'Activites de GEMENOS 

13420 GEMENOS 

France 

France 

Societe anonynne 
349 711 200 
321 B 

04 42 36 61 32 
04 42 36 63 43 

magu1e.donnini@gemplus.com 



Norn 
Rue 

Code postal et vilie 
Pays 



GEMPLUS 
LA VIGIE 

Departement Brevets 
BP 90 

13705 LA ClOTAT CEDEX 
France 



1 er depot 



2/ 



6 DOCUMENTS ET FICHIERS JOINTS 

Texte du brevet 
Dessins 

Designation cPinventeurs 

7 MODE DE PAiEft/IENT 


Fichier electronique Pages Details ~ 1 

dessins.PDF 3 page 3, figures 4, Abrege: 

page 2, Ffg.2 


Mode de patement 
Numero du compte client 
8 RAPPORT DE RECHERCHE 
Etablissernent immediat 


Prelevement du compte couranf ~ ~ " ■ — 

2381 


9 REDEVANCES JOIfclTES 

062 Depot 

063 Rapport de recherche (R.R.) 
Total a acquitter 


Dev.se Taux Quantjt e Montant ^ £ 

EURO 0.00 1.00 ~qqo 1 

EURO 320.00 1.00 320.00 
EURO 00 „ Z 
— - . 320.00 



Signe par 

Signataire: FR, Gemplus, P.Brun 

Emetteur du certificat: DE, D~Trust GmbH, D-Trust for EPO 2 0 
Fonction 

GEMPLUS (Demandeur 1) 



1er depot 



LiQUE FRAWCAI 



BREVET DTNVENTION 

CERTIFICAT D'UTILITE 
Reception electronique d'une soumission 

II est certifie par la presente qu'une demande de brevet (ou de certificat d'utilite) a ete recue 
par le biais du depot electronique securise de I'lNPI. Apres reception, un numero 
d'enregistrement et une date de reception ont ete attribues automatiquement. 



Demande de brevet : X 
Demands de CU : 



DATE DE RECEPTION 
TYPE DE DEPOT 


i9decembre2003 

NP1 (PARIS) - Depot electronique 


Depot en ligne: X 
Depot sur support CD: 


N s D'ENREGISTREMENT NATIONAL 
ATTRIBUE PAR L'IMPI 


3351130 




Vos references pour ce dossier 


GEM 1499 EM 


nr-as«nini?tl» ...... _ , 


Norn ou denomination sociale 
Nombre de demandeur(s) 
Pays 


GEMPLUS 
1 

FR 




pSScroEDE SMJVEGARDE DE DON N EES PERSONNELLES D'UN ABONWE A UN RESEAU DE 
TELECOMMUNICATIONS, SERVEUR ET DISPOSITIF ASSOCIES 


r\r\r i iRfleMTCi FMVfWES 




package-data.xml 
Design.PDF 

FR-office-specific-info.xml 
dessins.PDF 


Requetefr.PDF 
VaiidLog.PDF 
CommentPDF 
indication-bio-deposit.xml 


application-body.xml 
fee-sheet.xml 
textebrevetpdf 
requestxmi 


crirrrcroTl 15= DAD . — — — — 1 


Effectue par: 

Date et heure de reception electronique: 
Empreinte officieile du depot 


P.Brun 

19decembre20G3 14:43:57 

13:12:94:A4:F6:D5:BC:2F:5C:96:06:C5:F7:EO:66:CC:5B:5C:72:C1 


» / INPi PARIS, Section Depot / 



REP 




ft AT!© MAUDE 
LA PFJOPRJETe 
IMDUSTRIEI.LE 



SIEGE SOCIAL 
1NSTITUT 26 bis, ruo de Saint Polorsbourg 
NATIONAL DE 75800 PARIS cedox OB 
LA PROPRIETE Telephone : 01 53 04 53 04 
INDUSTRIELLE T6Iocopie : 01 42 93 59 30 



ETABLISSEMENT PUBLIC NATIONAL CREE PAR LALOI No 51-444 DO 19 AVR1L 



ler depot 



i 

PHOCEDE DE SAUVEG&BDE DE D013NEES PERSOMHELLES D ? UH 
ABOHNE A UN RESEAU DE TELECOMMUNICMIOHS , SERVEUR ET 

DISPOSITIF ASSOCXES 

5 L' invention concerne le domaine des reseaux de 

communications sans fil et plus parti culierernent un 
procede pour sauvegarder un fichier d 1 informations 
personnelles, par exemple un annuaire telephonique 
memorise dans les appareils mobiles utilisant ces 
10 reseaux ou les cartes d T identification d'abonne 
associees . 

Dans un tel reseau, tel que du type GSM, acronyme 
pour 1 1 expression anglo-saxonne "Global System for 
Mobile Communication, des abonnes possedent une carte 

15 SIM, SIM etant 1 T acronyme de 1 T expression anglo-saxonne 
"Subscriber Identity Module". Cette carte SIM est 
personnalisee de maniere a permettre a 1 1 abonne d 1 avoir 
acces a dif f erentes applications et/ou services. Elle 
contient en outre les informations personnelles , comme 

20 des fichier s d' annuaire telephonique, d/ agendas . . . 

Actuellement les operateurs permettent a leur 
abonne de sauvegarder ces informations personnelles sur 
un serveur a 1' aide d' un support de telecommunication 
de reseau du type SMS (acronyme de 1' expression ango- 

25 saxonne «Short Message Service») . 

La plupart des solutions techniques reposent sur 
un mecanisme de synchronisation des donnees memorisees 
dans la carte et/ou mobile avec celles memorisees dans 
une base de sauvegarde du serveur. Dans ce mecanisme, 

30 uniquement les donnees modif iees sont transferees de 
maniere a optimiser 1' utilisation du SMS en raison de 
son coflt. 
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Le mecanisme actuel a 1' inconvenient de requerir 
le transfert de toutes les informations lors de la 
toute premiere synchronisation ou raise a jour puisqu'il 
y a une detection par le reseau d'un changement de 
1' ensemble des donnees. De ce fait, 1'abonne est 
contraint d'attendre un temps relativement long, pour 
que 1' operation de premiere synchronisation soit 
completement realisee et pouvoir utiliser son mobile. 

On estime a environ 5 mn le delai d'attente pour 
sauvegarder un repertoire de 255 numeros de telephone 
avec noms associes. 

La sauvegarde peut etre provoquee manuellement sur 
1' initiative de 1 ' utilisateur et necessiter neanmoins 
un long delai d' indisponibilite du mobile pour 
1 ' utilisateur . 

Un but de la presente invention est de trouver un 
mecanisme de sauvegarde des donnees de l'abonne sur un 
serveur d'un reseau de telecommunication, qui ne 
presente pas les inconvenient s ci-dessus, les donnees 
etant disposees dans la carte et/ou dans le mobile. 

A cet effet, 1* invention a pour objet un precede 
de sauvegarde de donnees personnelles d'un abonne a un 
reseau de communications sans fil, les donnees etant 
memorisees dans un appareil mobile de communication et 
sauvegardees dans un serveur du reseau, dans lequel on 
prepare un premier sous-ensemble de donnees parmi un 
ensemble a sauvegarder que 1 * on transmet au serveur 
pour sauvegarde. 

II se distingue en ce qu'il comprend un mode de 
sauvegarde dit asynchrone selon lequel apres la 
transmission d'un sous-ensemble au serveur, on differe 
la sauvegarde d'un certain delai de maniere a liberer 
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le mobile pour 1 1 utilisateur , et on reprend la 
sauvegarde a la fin du delai . 

Selon d'autres caracteristiques du precede : 

le serveur ou le mobile met en oeuvre un 
5 comptage du delai et transmet un signal de reprise a la 
carte a l'echeance du delai; 

- le mobile met en oeuvre le comptage et transmet 
le signal de reprise sur instruction de la carte; 

- le procede comprend une etape prealable selon 
10 laquelle on determine si le volume de donnees a 

sauvegarder ou le delai d'attente correspondant pour 
rendre le mobile disponible a 1 T utilisateur est 
superieur a un seuil predetermine, dans le cas 
favorable on effectue la sauvegarde selon le mode de 
15 sauvegarde asynchrone, et dans le cas defavorable on 
effectue la sauvegarde selon un mode par defaut, 

L 1 invention a egalement pour objet un serveur pour 
la sauvegarde de donnees personnelles d' un abonne a un 

20 reseau de communications sans fil, les donnees etant 
prealablement memorisees dans un appareil mobile de 
communication ou une carte associee, ledit serveur 
etant apte a sauvegarder un premier sous -ensemble de 
donnees parmi un ensemble a sauvegarder. 

25 II se distingue en ce qu 1 il comprend un programme 

de sauvegarde "serveur" dit asynchrone apte a mettre en 
oeuvre les fonctions suivantes : 

- reception et stockage d'un premier sous-ensemble 
de donnees et mise en mode d T attente selon une consigne 

30 de delai, 

- et a la fin de la consigne de delai, reprise de 
la sauvegarde des sous-ensembles de donnees suivants . 
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L' invention a egalement pour objet un dispositif 
portable de communication sans fil d'un abonne a un 
reseau de communications, comportant des donnees 
memorisees et un programme applicatif de sauvegarde 
apte a transmettre a un serveur pour sauvegarde un 
premier sous -ensemble de donnees parmi un ensemble de 
donnees a sauvegarder. 

II se distingue en ce que le programme applicatif 

du dispositif est apte: 

- a differer d'un certain delai la sauvegarde 
d'un sous-ensemble de donnees subsequent au premier 
sous-ensemble de maniere a rendre le dispositif 
utilisable par 1 ' utilisateur , 

et a reprendre la sauvegarde a la fin du delai. 

Le dispositif au sens de 1 ' invention englobe tout 
appareil portable de communication sans fil (mobile) , 
tel que PDA, assistant personnel ayant une fonction de 
communication sans fil... et fonctionnant avec ou sans 
carte a microcircuit, ainsi qu'une carte a 

microcircuit . 

D'autres caracteristiques et avantages de la 
presente invention apparaitront a la lecture de la 
description suivante d'exemples particuliers de 
realisation, ladite description etant faite avec les 
dessins joints dans lesquels : 

la figure 1 est un schema illustrant le 
procede de 1' invention selon un premier mode de raise 
en oeuvre, 

la figure 2 est un schema illustrant le 
procede de 1' invention selon un second mode de mise 
en oeuvre, 
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la figure 3 est un schema illustrant le 
precede de 1 1 invention selon un troisieme mode de 
mise en oeuvre, 

la figure 4 est un schema illustrant une 
5 etape d'un sous -programme de sauvegarde de donnees 

completant 1 1 invention . 

Dans 1 1 exemple on utilise une architecture de 
communication sans fil pour reseau de type GSM, 
comportant des mobiles d 1 abonnes equipes de carte SIM 
10 If et un serveur 2 distant accessible par messages 
courts dits SMS. Les mobiles 3 peuvent comprendre 
d'autres appareils de communication tels que PDA, 
assistant personnel dotes d'une interface de 
communication sans fil* 
15 Les donnees peuvent etre stockees prealablement 

dans 1 T appareil mobile et/ou dans la carte. Dans 
1 1 exemple les donnees seront initialement dans la 
carte . 

Le serveur contient une interface de communication 
20 pour recevoir et emettre des messages avec des mobiles 
et une base de donnees pour la sauvegarde de donnees 
personnelles des abonnes . 

Le serveur comporte egalement dans une unite de 
traitement, un programme applicatif de sauvegarde 
25 "serveur" (propre au serveur) qui peut avoir 
dif f erentes f onctions qui seront developpees 
ulterieurement selon les variantes de l 1 invention. 

Ce programme met en oeuvre au moins une f onction 
de reception d r au moins un message SMS contenant un 
30 premier bloc de donnees personnelles et de stockage de 
ce bloc* 

Selon une variante p referee, le programme est ' apte 
mettre en oeuvre une consigne de delai. Cette consigne 
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peut etre dans le programme du serveur ou recue dans un 
message SMS elabore par la carte et /ou le mobile. 

Le programme de sauvegarde serveur, par exemple, 
peut prevoir une etape de declenchement d'une horloge 
et a la fin du temps d'attente demande, prevoir 
d'entreprendre la poursuite de la sauvegarde. Pour 
cela, il peut elaborer et faire adresser au mobile 
et/ou la carte un message de reprise de la sauvegarde 
pour les blocs suivants . 

D' autre part, le dispositif portable de 
communication sans fil est un mobile comportant une 
carte SIM. Dans 1' exemple, le microcircuit de la carte 
comporte des donnees personnelles memorisees et un 
programme applicatif de sauvegarde specif ique carte. Ce 
programme est de maniere connue apte a transmettre au 
serveur pour sauvegarde au moins un premier sous- 
ensemble de donnees parmi un ensemble de donnees a 
sauvegarder . 

Les donnees pourraient toutefois etre stockees 
prealablement dans I'appareil mobile et/ou dans la 
carte . 

Selon une variante de 1' invention, le programme 
applicatif carte peut egalement etre apte a espacer 
d'un certain delai la sauvegarde des differents sous- 
ensembles ou blocs de donnees de maniere a rendre le 
dispositif utilisable par 1 ' abonne entre deux 
sauvegardes de blocs de donnees. 

De preference, le programme de sauvegarde de la 
carte comporte plusieurs modes de sauvegarde 
selectionnables par 1 ' utilisateur , en particulier un 
mode normal 41 de sauvegarde et le mode asynchrone 40 
conforme a 1' invention. Les modes peuvent egalement 
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etre selectionnes automatiquement comme expliques 
ulterieurement . 

Le procede de 1 ? invention est decrit tout d 1 abord 
en relation avec la figure 1 selon le mode prefere. 
5 A la demands de 1 ? utilisateur ou de maniere 

periodique, il s'etablit une procedure connue de 
sauvegarde des donnees. Selon cette procedure, les 
donnees a sauvegarder sont scindees en un nombre n de 
sous -ensembles ou blocs et seront transmis lors de n 

10 messages de type SMS comportant chacun an moins un 
bloc, une indication du nombre de blocs a transmettre 
et une indication de I'ordre des blocs ou de la maniere 
de les chainer. 

Dans 1 x exemple, la carte possede 10 numeros de 

15 telephone et adresses a sauvegarder, formant 10 blocs. 
Dans un premier temps, la carte definie 3 sous- 
ensembles et se prepare a envoyer un sous-ensemble de 3 
blocs qu'elle place dans une memoire tampon (Buffer) . 
Pour cela, elle demande au mobile de transmettre au 

20 serveur par message SMS le contenu de la memoire tampon 
et le mobile s 1 execute a 1 1 etape 10. 

Le serveur revolt et stocke, a 1 T etape 11, le 
sous-ensemble dans sa base. En vertu de 1 1 application 
de sauvegarde du serveur visee precedemment , 

25 I 7 invention permet de differer la sauvegarde d T un 
certain delai . 

Entre-temps, la carte a stoppe I 1 envoi du bloc 
suivant et a rendu la main au mobile permettant ainsi 
de rendre disponibles les fonctions normales du mobile. 

30 De son cote, le serveur a mis en oeuvre un 

comptage du delai 12 conf ormement a son programme 
correspondant . Pour ce comptage, 1 'unite de traitement 
du serveur execute une etape du programme consistant a 
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demarrer une horloge et a 1'expiration 13 d'un certain 
temps, 2" minutes par exemple, elle fait transmettre un 
signal de reprise a la carte. Dans 1' exemple, le 
serveur transmet un message 14 indignant qu'il lui 
manque les blocs suivants blocs (4-10) . Le serveur pent 
aussi mettre en oeuvre tout autre moyen equivalent 
d'espacement- de la sauvegarde comme des horaires, des 
periodes regulieres ou aleatoires, etc. 

Le message qui est receptionne par la carte via le 
mobile permet de "reveiller" la carte en ce sens qu'il 
est interprets par 1 ' application de sauvegarde de la 
carte comme un signal de reprise de la sauvegarde. 

En reponse a ce message, 1 ' application de 
sauvegarde de la carte prepare les 3 blocs suivants (4- 
15 6) et les fait transmettre (etape 15) par le mobile 
sous forme de message SMS. 

Les blocs suivants sont receptionnes et stockes 16 
comme precedemment et 1 ' application refait un nouveau 
comptage de delai 17 et ainsi de suite. 
20 Lorsque les derniers blocs ont ete expedies et 

stockes 18, le serveur fait envoyer un message d' accuse 
reception "OK" 19 et la sauvegarde est terminee sans 
avoir immobilise le mobile de 1 ' utilisateur de maniere 
longue et continue. 
25 Une variante de mise en oeuvre est illustree a la 

figure 2 . 

Apres la transmission 20, 21 d'un sous-ensemble de 
blocs 3-10 au serveur, a l'aide d'une commande STK (Sim 
toolkit), adressee par la carte au mobile, 
30 1' application de sauvegarde de la carte "fait stopper 
la sauvegarde" et fait transmettre une autre commande 
STK dans laquelle, la carte demande au mobile de 
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compter un delai et de "reveiller" la carte a 
1 1 echeance du delai 21. 

Le mobile met alors en oeuvre 22 une horloge et a 
1 ? echeance 23 7 transmet un signal d T eveil a la carte 24 
5 selon une commande STK. En reponse 1 1 application de 
sauvegarde dans la carte fait preparer un second bloc 
de donnees (6/10) et le transmet au mobile a 1 1 aide 
d ! une commande STK pour l'envoyer au serveur. 

Ensuite, comme precedemment, la carte demande au 
10 mobile de la reveiller dans X seconder (etape 28) , ce 
qui est suivi d'effet par le declenchement d f un autre 
comptage de delai 2 9 dans le mobile et ainsi de suite. 

De son cote le serveur suit les instructions 
regues de sauvegarde 27 des dif f erents blocs regus et 
15 lorsqu'il identifie le dernier bloc, il envoie un 
message d T accuse reception "OK" (etape 30). 

Dans une troisieme variante illustree a la figure 
3, on detourne une instruction " GET STATUS" existante 
20 sur certains mobiles pour mettre en oeuvre le precede 
et notamment reveiller la carte ou autrement dit comme 
signal de reprise de la sauvegarde. 

Cette instruction est generalement utilisee par le 
mobile des sa mise sous tension et ensuite 
25 regulierement de maniere que le mobile s 1 assure de la 
presence de la carte et que tout est en ordre. 

Lors de la reception de cette instruction par la 
carte 31 , 1 1 application de la carte fait repondre OK et 
en profite pour a j outer une instruction 32 demandant au 
30 mobile de re emettre la prochaine instruction "GET 
STATUS" dans un certain delai ou a une heure donnee. 
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Le mobile, sur instruction de la carte, met en 
oeuvre un comptage de delai 33 et transmet le signal 
"GET STATUS" 34 a 1 ' echeance du delai (etape 35). 

La sauvegarde des prochains blocs de donnees {4-6) 
5 s'effectuera en reponse a la reception de la prochaine 
instruction " GET STATUS" et ainsi de suite jusqu'a ce 
que tous les blocs soient envoyes et qu'un message 
d' accuse reception 37 comme precedemment soit recu du 
serveur . 

10 Dans chaque variante de mise en oeuvre, 

1' application de sauvegarde de la carte peut comprendre 
un sous -programme d' evaluation du temps escompte de 
sauvegarde 38 en fonction du volume de donnees a 
sauvegarder selon un mode normal. 

L« application de la carte peut comprendre 
egalement une etape de test 39 pour opter 
automatiquement vers un mode de sauvegarde ou 1 ' autre . 
Si le delai d'attente est superieur a un seuil 
predetermine, par exemple 1 minute, on effectue la 
sauvegarde en mode asynchrone 40 selon 1' invention. Si 
le delai d'attente est inferieur au seuil, la 
sauvegarde est effectuee selon le mode normal 41 par 
defaut. Le test peut egalement porter sur un volume de 
donnees correspondant au delai d'attente et le seuil 
25 peut etre exprime en volume de donnees - 

L* application peut egalement proposer les deux 
modes a 1 ' utilisateur en affichant un message a l'ecran 
et obtenir une validation pour l'un ou 1 ' autre mode. 

A chaque demande d' accord, le message peut 
s'accompagner d'une indication du temps estime pour la 
sauvegarde selon chaque mode. 



20 
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REVENDICATIONS 

1. Procede de sauvegarde de donnees personnelles 
d'un abonne a un reseau de communications sans fil, i es 
donnees etant memorisees dans un appareil mobile de 
communication et sauvegardees dans un serveur du 
reseau, dans lequel on prepare un premier sous-ensemble 
de donnees parmi un ensemble a sauvegarder que 1 ' on 
transmet au serveur pour sauvegarde, 

caracterise en ce qu'il comprend un mode de 
sauvegarde dit asynchrone 41 selon lequel apres la 
transmission d'un sous-ensemble au serveur, on differe 
(12, 22, 33) la sauvegarde d'un certain delai de 
maniere a liberer le mobile pour 1 ' utilisateur, et on 
reprend la sauvegarde a la fin du delai. 

2. Procede selon la revendication 1, caracterise 
en ce que pour reprendre la sauvegarde, le serveur met 
en oeuvre un comptage du delai (12) et transmet un 
signal de reprise (14) a la carte a 1'echeance du 
delai . 

3. Procede selon la revendication 1, caracterise 
en ce que pour reprendre la sauvegarde, le mobile met 
en oeuvre un comptage du delai (22, 33) et transmet un 
signal de reprise (24, 35) a la carte a 1'echeance du 
delai . 

4. Procede selon la revendication 3, caracterise 
en ce que le mobile met en oeuvre le comptage et 
transmet le signal de reprise sur instruction de la 
carte . 

5. Procede selon la revendication 4, caracterise 
en ce que la carte donne des instructions au mobile a 
l'aide de commandes STK. 
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REVENDICATIONS 



1. Procede de sauvegarde de donnees personnelles 
d'un abonne a un reseau de communications sans fil, les 
donnees etant memorisees dans un appareil mobile de 
communication et sauvegardees dans un serveur du 
reseau, dans lequel on prepare un premier sous -ensemble 
de donnees parmi un ensemble a sauvegarder que 1 ' on 
transmet au serveur pour sauvegarde, 

caracterise en ce qu'il comprend un mode de 
sauvegarde dit asynchrone 4 0 selon lequel apres la 
transmission d'un sous-ensemble au serveur, on differe 

(12, 22, 33) la sauvegarde d'un certain delai de 
maniere a liberer le mobile pour 1 1 utilisateur , et on 

reprend la sauvegarde a la fin du delai. 

2. Procede selon la revendication 1, caracterise 
en ce que pour reprendre la sauvegarde, le serveur met 
en oeuvre un comptage du delai (12) et transmet un 
signal de reprise (14) a la carte a 1 ' echeance du 
delai . 

3. Procede selon la revendication 1, caracterise 
en ce que pour reprendre la sauvegarde, le mobile met 
en oeuvre un comptage du delai (22, 33) et transmet un 
signal de reprise (24, 35) a la carte a 1 ' echeance du 
delai . 

4. Procede selon la revendication 3, caracterise 
en ce que le mobile met en oeuvre le comptage et 
transmet le signal de reprise sur instruction de la 
carte . 

5. Procede selon la revendication 4, caracterise 
en ce que la carte donne des instructions au mobile a 
1 1 aide de commandes STK. 
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6. Procede selon la revendication 4, caracterise 
en ce que la carte donne des instructions a l'aide de 
commande "GET STATUS " . 

7. Procede selon la revendication 1, caracterise 
en ce qu'il comprend une etape prealable d' evaluation 
(38) selon laquelle on determine si le volume de 
donnees a sauvegarder ou le delai d'attente 
correspondant pour rendre le mobile disponible a 
l'utilisateur est superieur a un seuil predetermine, 

- dans le cas favorable on effectue la sauvegarde 
selon le mode de sauvegarde asynchrone 40, 

- et dans le cas defavorable on effectue la 
sauvegarde selon un mode par defaut 41. 

8. Serveur pour la sauvegarde de donnees 
personnelles d'un abonne a un reseau de communications 
sans fil, les donnees etant prealablement memorisees 
dans un appareil mobile de communication, ledit serveur 
etant apte a sauvegarder un premier sous-ensemble de 
donnees parmi un ensemble a sauvegarder, 

caracterise en ce qu'il comprend un programme de 
sauvegarde "serveur" dit asynchrone apte a mettre en 
oeuvre les fonctions suivantes : 

- reception et stockage d'un sous-ensemble de 
donnees et mise en mode d'attente selon une consigne de 
delai, 

et a la fin de la consigne de delai, reprise de 
la sauvegarde des sous-ensembles de donnees suivants . 

9. Dispositif portable de communication sans fil 
d'un abonne a un reseau de communications, comportant 
des donnees memorisees et un programme applicatif 
"dispositif" de sauvegarde apte a transmettre au 
serveur pour sauvegarde un premier sous-ensemble de 
donnees parmi un ensemble de donnees a sauvegarder, 
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6. Procede selon la revendication 4, caracterise 
en ce que la carte donne des instructions a 1 1 aide de 
commande "GET STATUS " . 

7. Procede selon la revendication 1, caracterise 
en ce qu'il comprend une etape prealable d 1 evaluation 
(3 8) selon laquelle on determine si le volume de 
donnees a sauvegarder ou le delai d'attente 
correspondant pour rendre le mobile disponible a 
1 'utilisateur est superieur a un seuil predetermine, 

- dans le cas favorable on effectue la sauvegarde 
selon le mode de sauvegarde asynchrone 40, 

- et dans le cas defavorable on effectue la 
sauvegarde selon un mode par defaut 41. 

8 . Serveur pour la sauvegarde de donnees 
personnelles d'un abonne a un reseau de communications 
sans fil, les donnees etant prealablement memorisees 
dans un appareil mobile de communication, ledit serveur 
etant apte a sauvegarder un premier sous-ensemble de 
donnees parmi un ensemble a sauvegarder, 

caracterise en ce qu'il comprend un programme de 
sauvegarde "serveur" dit asynchrone apte a mettre en 
oeuvre les fonctions suivantes : 

- reception et stockage d'un sous -ensemble de 
donnees et mise en mode d'attente selon une consigne de 
delai , 

- et a la fin de la consigne de delai, reprise de 
la sauvegarde des sous-ensembles de donnees suivants. 

9. Dispositif portable de communication sans fil 
d'un abonne a un reseau de communications, comportant 
des donnees memorisees et un programme applicatif 
"dispositif de sauvegarde apte a transmettre au 
serveur pour sauvegarde un premier sous -ensemble de 
donnees parmi un ensemble de donnees a sauvegarder, 
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caracterise en ce que le programme applicatif 
"dispositif" est apte: 

- a differer d'un certain delai la sauvegarde 
d'un sous-ensemble de donnees subsequent au premier 
5 sous-ensemble de maniere a rendre le dispositif 
utilisable par 1 ' utilisateur , 

- et a reprendre la sauvegarde a la fin du delai. 
10. Dispositif portable selon la revendication 9, 
caracterise en ce qu'il comporte un mode normal de 
10 sauvegarde et un mode asynchrone selon 1'une des 
revendications 1 a 7 . 
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caracterise en ce que le programme applicatif 
"dispositif" est apte, selon un mode de sauvegarde 

asynchrone 4 0 : 

- a differer d'un certain delai la sauvegarde 
d'un sous -ensemble de donnees subsequent au premier 
sous-ensemble de maniere a rendre le dispositif 
utilisable par 1 ' ut ilisateur , 

- et a reprendre la sauvegarde a la fin du delai. 

10. Dispositif portable selon la revendication 9, 
caracterise en ce qu'il comprend un mode de sauvegarde 
asynchrone 4 0 et un mode normal 41. 
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